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La presente invention concerne une station de programmation elaborant un 
programme compacte & partir d'un langage unique, hierarchise et oriente objet pour 
programmer une application d'automatisme et un Equipement d'automatisme 
utilisant un tel programme. 

5 Une station de programmation designe ci-apres un Equipement 

informatique, notamment un ordinateur personnel de type PC, connectable a un 
equipement d'automatisme. Un equipement d'automatisme designe ci-apres un 
automate programmable, une station de controle/commande, une commande 
numerique ou tout equipement pouvant contenir et executer un programme 
10 d'application controlant une application d'automatisme. Cette application 
d'automatisme appartient par exemple au domaine des automatismes industriels, 
des automatismes du batiment ou du controle/commande des rEseaux electriques 
de distribution. 

Un tel equipement d'automatisme est compose d'une unite centrale et d'un 
15 ou plusieurs coupleurs d'entrees-sorties connectes a des capteurs et' a des 
preactionneurs de I'application d'automatisme a commander. 

L'unite centrale comprend au moins un processeur, une memoire non 
volatile, en general non modifiable (type ROM), ou modifiable (type EEPROM), 
contenant le programme constructeur appele encore systeme d'exploitation 
20 proprietaire (proprietary operating system) exprime dans un langage specifique au 
constructeur de I'equipement d'automatisme, une memoire vive et un gestionnaire 
des entrees/sorties, qui communiquent entre eux par un bus dit de fond de panier. 
La memoire vive ou memoire volatile (type RAM) contient, dans une premiere zone, 
le programme utilisateur et dans une deuxieme zone, les donnees, en particulier les 
25 images des etats des coupleurs d'entr^es-sorties et les constantes relatives au 
programme utilisateur. 

Le programme utilisateur, ou appel6 encore programme d'application, est 
charge de faire du controle ou de la commande d'une application d'automatisme au 

30 moyen d'entrees/sorties pilotees par ce programme d'application. II est elabore par 
un concepteur et est ecrit dans un ou plusieurs langages graphiques d'automatisme 
integrant notamment des schemas a contacts (Ladder Diagram), appeles ci-apres 
langage Ladder, des diagrammes fonctionnels en sequence (Sequential Function 
Chart ou langage Grafcet), appeles ci-apres langage SFC, des blocs fonctions 

35 (Function Block Description), appelSs ci-apres langage FBD t ou bien dans un 
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langage textuel d'automatisme de type IL (Instruction List) ou ST (Structured Text). 
Ces langages d'automatisme sont avantageusement conformes a la norme 
IEC1131-3, de fa?on a faciliter la programmation par un concepteur automaticien ne 
maTtrisant pas forcement les langages informatiques. Ces langages sont utilisables 
5 sur des stations de programmation qui sont reliees ou non d I'equipement 
d'automatisme a programmer. 

A ce jour, les programmes d'application resultant de ('utilisation des 
langages graphiques d'automatisme conformes a la norme IEC1131-3 ne peuvent 
pas etre echanges entre equipements d'automatisme de constructeurs differents 

10 ayant des programmes constructeurs reposant sur des langages constructeurs 
differents et des ateliers de programmation differents. En effet apres que le 
concepteur d'un automatisme ait realise le programme d'application dans un des 
langages normalises, la station de programmation ou I'equipement d'automatisme 
sur lequel le concepteur travaille, traduit ce programme en un fichier binaire 

15 dependant du langage specifique de chaque constructeur d'equipement 
d'automatisme. Seul ce fichier est memorise dans I'equipement d'automatisme afin 
d'etre execute par le processeur de I'equipement d'automatisme. 

Un tiers, connecte a I'equipement d'automatisme par une station de 
programmation de type PC et ne disposant pas sur sa station d'un programme de 

20 decompilation, ne pourra pas comprendre le programme d'application 
d'automatisme en format binaire stocke dans I'equipement d'automatisme et ne 
pourra pas y apporter des modifications sans avoir equipe sa station d'une pluralite 
de programmes de programmation specifiques au constructeur (atelier de 
programmation). Une solution serait de memoriser sur I'equipement d'automatisme 

25 le programme d'application en langage source, mais la taille de ce programme 
source serait souvent incompatible avec la taille de la memoire de I'equipement 
d'automatisme. 

Un premier but de I'invention est d'obtenir une station de programmation 
30 utilisant un langage unique editable par n'importe quel editeur pour elaborer des 
programmes d'application d'automatisme dans un format compacte, quel que soit le 
langage graphique utilise pour d6crire le fonctionhement de I'equipement 
d'automatisme. 

35 Ce but est atteint par une station de programmation d'une application 

d'automatisme destinee a etre executee dans un equipement d'automatisme, la 
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station de programmation comportant une memoire contenant un ensemble d'un ou 
plusieurs fichiers de description, chaque fichier de description etant descriptif d'une 
partie de Papplication et etant exprime dans un langage unique, hierarchise et 
orients objet La station de programmation utilise un programme de compression 
5 permettant de generer, pour chaque fichier de description, un fichier au format 
compacts, dont le contenu reste suffisant a la description de la partie de Tapplication 
consideree, et en ce qu'elle utilise un programme de chargement pour mernoriser 
chaque fichier compacte dans une memoire de I'equipement d'automatisme. 

Selon une caracteristique, la station de programmation utilise un 

10 programme de decompression pour g§n§rer & partir d'un fichier compacts memorise 
dans la memoire de I'equipement d'automatisme, un fichier de description dans un 
langage unique, hierarchise et oriente objet, descriptif d'une partie de I'application. 

Selon une autre caracteristique, le langage unique, hierarchis6 et oriente 
objet est le langage XML (extended Markup Language). 

15 Selon une autre caracteristique, I'ensemble d'un ou plusieurs fichiers de 

description contient un fichier de description du programme d'application, un fichier 
de description des entrees-sorties de I'application et un fichier de description, des 
donnees de I'application. 

Selon une autre caracteristique, le programme de compression comporte 

20 une etape de reduction des balises contenues dans un fichier de description 
exprime en langage XML par application d'une feuille de style specifique et une 
etape de deroulement d'un algorithme de compactage adapte aux fichiers XML Le 
programme de decompression comporte une etape de deroulement d'un algorithme 
de decompactage adapte aux fichiers XML et une etape de recreation des balises 

25 d'origine contenues dans un fichier de description exprime en langage XML, par 
application d'une feuille de style specifique. 

Selon une autre particularite, la station de programmation incorpore, dans 
une memoire non volatile, un gestionnaire XML (XML Hndlr) dialoguant par des 
notifications, d'une part avec un module de gestion de I'arborescence representative 

30 de I'application d'automatisme exprimee en langage XML et d'autre part avec une 
pluralite de gerants de bases de donnees, chacun specifique a une partie de 
Tapplication d'automatisme memoris6e dans une des bases de donn6es. 

Un autre but de Tinvention est de proposer un equipement d'automatisme 
35 permettant ('importation ou I'exportation des applications d'automatisme qu'il 
execute sur une station de programmation pourvue d'un editeur ou afficheur XML 
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Ce but est atteint par le fait que I'equipement d'automatisme comprend une 
memoire contenant un programme d'application d'automatisme sous la forme d'un 
fichier binaire executable par I'equipement d'automatisme. A partir d'un ou plusieurs 
fichiers de description descriptifs de toute ou partie de I'application et exprimes dans 
5 un langage unique, hierarchise et oriente objet, I'equipement d'automatisme 
memorise dans la memoire, en plus du fichier binaire executable, un ou plusieurs 
fichiers au format compacte issus du ou des fichiers de description et dont le 
contenu reste suffisant a la description de I'application. 

Selon une particularite, le langage unique, hierarchise et oriente objet est 
10 le langage XML (extended Markup Language). 

Selon une autre particularite, I'equipement d'automatisme comporte des 
moyens de traduction permettant de convertir des fichiers de description de 
I'application exprimes en langage XML en un fichier binaire executable par 
I'equipement d'automatisme. 
15 Selon une autre particularite, I'equipement d'automatisme comporte des 

moyens de decompression d'un fichier en langage compacte vers un fichier de 
description en langage XML par utilisation d'une feuille de style specifique. 

La grammaire XML proposee permet de definir un format d'echange unique 
20 pour les 5 langages graphiques ou textuels (LD, SFC, FBD, IL, ST) conformes a la 
norme IEC1131-3. Les donnees de I'application d'automatisme vont aussi etre 
decrites en langage XML et pourront ainsi etre facilement importees ou exportees 
vers differents logiciels tiers (CAO electrique, Supervision, ...). 

Les fichiers en langage XML pourront etre transformes vers d'autres 
25 fichiers en langage XML ayant une grammaire differente, grace a un mecanisme 
(XSLT : extensible Stylesheet Language Transformation) de feuilles de style. II sera 
par exemple tres facile de faire une passerelle entre les donnees d'une application 
d'automatisme et un logiciel tableur comme EXCEL de Microsoft Corporation. 

Les parties d'application generees en langage XML pourront etre 
30 visualisees par des utilitaires de recherche, visualisation, edition (browsers) de la 
toile WEB (Internet Explorer par exemple), ceux-ci incluant de base des afficheurs 
de XML. C'est un autre avantage de la solution proposee que d'offrir une grammaire 
formelle pour echanger des donnees d'automatisme. La solution propos6e ici offre 
done de multiples avantages pour echanger des donnees de Pautomatisme. 



35 
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D'autres particularity et avantages de la presente invention apparaTtront 
plus clairement & la lecture de la description ci-apres faite en reference aux dessins 
annexes dans lesquels : 

- la figure 1 reprtsente une vue schematique d'une station de 
5 programmation §quip6e d'un gestionnaire XML pour importer ou exporter 

des fichiers de description d'une application du langage unique vers un 
des langages graphiques, 

- la figure 2 montre un exemple d'organisation en memoire de la 
grammaire permettant de dScrire une application d'automatisme dans le 

10 langage unique selon I'invention, 

- la figure 3 repr§sente un composant logiciel qui constitue un generateur 
d'index de balises pour produire des fichiers d'index, 

- la figure 4 detaille le processus de compression d'un fichier de 
description vers un fichier compacte. 

15 .■; 

L'invention consiste a decrire une application d'automatisme grace, a un 
langage unique, hierarchise et oriente objet, suivant une grammaire de ce langage 
definie specifiquement pour traduire Tapplication d'automatisme formulee dans un 
ou plusieurs langages graphiques d'automatisme conformes a la norme IEC1 131-3 

20 et a memoriser dans Tequipement d'automatisme un fichier compacte issu de cette 
description. Dans le mode de realisation presente, ce langage unique, hierarchise et 
oriente objet est par exemple le langage XML (extended Markup Language). La 
description est uniquement textuelle (aucune information binaire). Elle est 
independante de Pimplementation et doit respecter les standards XML. La 

25 description XML d'une application d'automatisme pourra etre stockee en tout ou 
partie sous forme d'un ensemble d'un ou plusieurs fichiers de description. Ces 
fichiers pourront etre importes et/ou exportes vers des logiciels tiers. A chaque objet 
descriptif de ['application en langage XML est attribue, d'une part des balises XML 
(Tags) qui sont des mots encadr6s par des signes "inferieur" (<) et "superieur" (>) et 

30 d'autre part des attributs (de la forme nom="valeur"). L'application entiere peut done 
etre decrite £ Taide des balises et des attributs. Les balises sont utilisees seulement 
pour delimiter les 6lements de donnees et laissent I'entidre interpretation des 
donnees ^ I'application qui les lit. Ces balises sont constitutes par des mots 
comprehensibles meme pour un utilisateur non expert dans le domaine. 
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Habituellement, une application d'automatisrne est decrite par plusieurs 
fichiers de description comportant un fichier de description du programme 
d'application, un fichier de description des entrees-sorties de Implication et un 
fichier de description des donnees de ('application. 

5 

Une grammaire specifique a la traduction en langage XML d'une 
description d'un programme d'application en langage graphique Ladder est definie 
en annexe 1 . 

La description en langage Ladder est structuree en reseaux de contacts : 

10 chaque reseau est decrit ligne par ligne du haut vers le bas. Chaque ligne est 
decrite de la gauche vers la droite. Chaque ligne commence au rail gauche (a 
gauche de la representation du reseau Ladder) et se termine sur le dernier element 
graphique decrit. Chaque ligne contient une liste d'elements graphiques standards 
du langage Ladder : contacts, bobines, lien horizontal, lien vertical, bloc fonction, 

15 etc... Les coordonnees graphiques sont relatives a la position des objets dans la 
grille de lignes et de colonnes de representation d'un graphique. 

La ligne 10 de la grammaire representee a I'annexe 1, correspondant a une 
representation graphique d'une application en langage Ladder, definit qu'une 
application "LDSource" en Ladder est constitute d'un reseau Ladder (networkLD) et 

20 de zero a n (indique par le signe *) boTtes de texte (textBox) definies aux lignes 59 a 
61. Un reseau Ladder (networkLD) est constitue d'une ou plusieurs (indique par le 
signe +) lignes type (typeLine) et d'un lien avec zero a n blocs fonction (FBLink). Le 
lien avec au moins un bloc fonction (FBLink) est constitue comme indique ligne 50 
de I'annexe 1 de deux objets de position (objPosition) definissant par leurs 

25 coordonnees une position de depart correspondant a I'attribut "depuis" (from, ligne 
51) et une position d'arrivee correspondant a I'attribut "vers" (to, ligne 52). L'objet 
ligne type (typeLine) est constitue, comme indiqu§ a la ligne 13 de I'annexe 1, de 
zero a n d'une combinaison des objets suivants : soit d'une ligne vide (emptyLine), 
soit au choix d'un contact (contact), d'un lien horizontal (HIink), d'un lien vertical 

30 (Vlink), d'une bobine (coil), d'un controle (control), d'un court-circuit (shortCircuit), 
d'une cellule vide (emptyCell), d'un appel de bloc fonction (calls), d'une expression 
FFB (FFBExpression), d'un bloc de comparaison (compareBlock) et d'un bloc 
d'operation arithmetique (operateBlock). 

L'objet lign type (typeLin ) a un attribut label qui est du texte. L'objet 

35 contact qui est defini a la ligne 18, a pour attribut le type de contact qui definit le 
contact : ouvert, ferme, montant, descendant sous forme d'enumeration 
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(openContact, closedContact, Pcontact, Ncontact) et le nom de la variable de 
contact (ContactVariableName) qui est du type texte. La ligne 23 definit I'objet lien 
horizontal (HLink) qui a pour attribut un nombre de cellules (numberCell) traversees 
par le lien horizontal (HLink). Les lignes 26 et 27 de I'annexe 1 definissent I'objet 
5 bobine (Coil) qui peut etre de type bobine simple (coil), bobine inverse (notCoil), 
bobine de mise a un (setCoil), bobine de mise a zero (resetCoil), bobine de 
franchissement de transition (hashCoil) utilisee uniquement en association avec le 
langage SFC, bobine a front montant (Pcoil), bobine a front descendant (Ncoil), 
ainsi que le nom de la variable bobine (coilVariableName) qui est du type texte. 

10 L'objet contrdle (control) definit, aux lignes 35 k 37, le type de commande a saut 
GumpCoil) ou a retour (retCoil). L'objet court-circuit (shortCircuit) est defini ligne 38 
comme la combinaison des objets lien vertical (Vlink) et au choix un des elements 
suivants : lien horizontal (Hlink), contact (contact), bobine (coil), appels (calls), bloc 
de comparaison (compareBlock). Un bloc appel (calls), comme defini ligne 39, 

15 contient une instance d'un objet (instanceObj), un type de parametre (typeParam) et 
une description d'appel (descriptionCall). Le type de parametre (typeParam) et la 
description d'un appel (descriptionCall) peuvent etre renseignes ou non, car 
facultatif comme indique par le signe ?, de valeurs differentes. La valeur de type de 
parametre est definie ligne 41 comme etant la valeur booleenne M 0" ou "1" (enEnO). 

20 La ligne 43 definit la description d'un appel (descriptionCall) comme etant constitute 
d'une liste d'entrees (inputListFBD) de bloc fonction (FBD) qui sont des listes de 
parametres formels et de paramttres effectifs (voir lignes 45 et 46) et d'une liste de 
sorties (outputListFBD) de bloc fonction (FBD). Les boites de texte sont defini.es par 
la position de I'objet boite de texte et par ses dimensions en hauteur et en largeur. 

25 Chaque programme d'application pour des sections ecrites en langage 

Ladder pourra ainsi etre decrit en utilisant la grammaire correspondante au langage 
graphique Ladder. Chaque grammaire permet de definir une hierarchie entre objets 
et de representer une application d'automatisme sous forme d'une arborescence 
graphique (30) dans la memoire vive de la station de programmation. 

30 Ainsi, comme on peut le voir sur I'annexe 1, la racine de Parbre est 

constitute par I'application source (LDSource) & laquelle sont rattaches un ou 
plusieurs fils qui sont le rtseau (networkLD) et eventueltement une ou plusieurs 
boit s de texte (textBox). Le rtseau a un ou plusieurs fils constituts d'objets du type 
ligne (typeLine) et du type lien FB (FBLink). L'objet de type ligne (typeLine) a pour 

35 fils la ligne vide (emptyLine) ou un des Elements suivants : contact (contact), lien 
vertical (HLink), lien horizontal (VLink), bobine (coil), commande (control), court- 
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circuit (shortCircuit), appels (calls), comparaison de blocs (compareBlock), 
execution de bloc (operateBlock), expression FFB (FFBExpression). 

Une grammaire specifique £ la traduction en langage XML d'une 
5 description d'une application en langage graphique SFC est definie en annexe 2. 

La ligne 11 de la grammaire representee a I'annexe 2 definit que la 
description en langage SFC d'une application (SFCSource) comprend un en-tete 
(SFCHeader) et est structuree en pages (SFCPage) qui correspondent aux pages 
d'ecrans affich6es par un editeur de langage SFC. L'entete (SFCHeader) a pour 

10 attribut la tache (task) et le nom du graphe (graphName). Chaque page peut 
contenir un ou plusieurs reseaux SFC (networkSFC). Chaque reseau contient une 
liste d'elements "objet" choisis parmi les elements graphiques standards suivants du 
langage SFC : etapes (step), sauts Gump), transitions (transition), liens entre etapes 
et transition (SFCLinkObject), commentaires (commentSFC), liens entre graphes 

15 (linkSFC). Les coordonnees graphiques des differents objets de type saut, etape ou 
transition sont definies par un objet de type position (objPosition) definissant la 
position de I'objet respectif (saut, etape ou transition) dans la grille en ligne / 
colonne. Un objet de type etape (step) est defini par une ou plusieurs actions dont 
les attributs sont definis lignes 23 et 24 de I'annexe 2. Les transitions sont definies 

20 egalement par des conditions de transition (transitionCondition) en ligne 28. Les 
objets du type liens entre graphes (linkSFC) sont constitues de deux objets de 
position (objPosition) definissant par leurs coordonnees une position de depart 
correspondant a I'attribut "depuis un type d'objet" (typeObjectFrom), ligne 45, et une 
position d'arrivee correspondant £ Tattribut "vers un type d'objet" (typeObjectTo), 

25 ligne 54. Chacun de ces deux attributs est choisi parmi un des objets suivants : 
etape initiale (initialStep), etape (step), macro etape (macroStep), etape interne 
(stepln), transition (transition), branche A (Abranch), branche P (Pbranch), jointure A 
(Ajoint), jointure P (Pjoint) et pour I'attribut "vers" egalement entre les objets 
precedents et I'objet saut (jump). 

30 La hierarchie du langage SFC est la suivante. L'arborescence a pour racine 

I'objet source (SFCSource) qui a lui-m§me pour fils Tentete (SFCHeader) et la page 
(SFCPage). La page a pour fils le r§seau (networkSFC), lequel reseau a pour fils 
I'etape (step), le saut (jump), la transition (transition), le lien objet SFC 
(SFCLinkObject), le commentair SFC (commentSFC), le lien entre graphes SFC 

35 (linkSFC). 
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De maniere similaire, une grammaire specifique a la traduction en langage 
XML d'une description d'une application en langage graphique FBD est definie en 
annexe 3. 

Chaque reseau en langage FBD contient une liste d'elements graphiques 
5 standards du langage FBD : des blocs fonctions (FFBBIock), des boTtes de texte 
(textBoxFBD), des labels (labelObject), des commentaires (commentObjectFBD), 
des liens entre blocs (linkFBD) et des instructions de saut GumpObject). Chaque 
element est defini conformement aux lignes 13 a 39 de I'annexe 3. Les coordonnees 
graphiques sont relatives a la position des objets dans la grille en Hgne / colonne. 
10 La hierarchie entre objets dtfinie dans cette grammaire est la suivante. La 

racine est constitute par la source FBD (FBDSource), laquelle est constitute d'un ou 
plusieurs reseaux FBD (networkFBD). Chaque reseau est constitue de Pun ou 
plusieurs des elements fils suivants : le bloc (FFBBIock). la botte de texte 
(textBoxFBD), I'etiquette (labeLObject), le saut GumpObject), le commentaire 
15 (commentObjectFBD), le lien (linkFBD). 



Les fichiers (402, fig.2) descriptifs de la grammaire sont organises de la 
maniere suivante. Une application d'automatisme peut se decomposer 
principalement en trois parties : son programme, ses donnees et ses 

20 entrees/sorties. La grammaire de chacune de ces parties est dtcrite, selon 
Tinvention, dans un fichier de "Definition du Type de Document" (ou Document Type 
Definition) de la forme ".dtd" (par exemple : program.dtd pour le fichier programme 
d'application, datas.dtd pour le fichier donnees, lOConf.dtd pour le fichier de 
configuration des entrees/sorties) ou dans un fichier "Schema" de la forme ".xsd". 

25 Par la suite, on parlera de fichiers ".dtd" mais ils pourront etre remplaces de fa?on 
tquivalente par des fichiers ".xsd". Ainsi, dans les figures 2 et 3, lorsque la notation 
de type "datas.*" est utilisee, cela signifie qu'il s'agit d'un fichier de donnees qui peut 
etre de type "datas.dtd" ou "datas.xsd". Chacune des parties du programme 
d'application pouvant elle-meme se decomposer en sous-parties faisant elles- 

30 memes I'objet d'un fichier descriptif en ".dtd". A titre d'exemple, !e fichier programme 
(program.dtd) pourra inclure les fichiers source (LDSource.dtd, SFCSource.dtd et 
FBDSource.dtd, comme cela est represents ^ la figure 3) qui contiennent les 
grammaires des differents langages graphiques de type schemas a contacts Ladder 
(LD), diagrammes fonctionnels n sequence (SFC) et blocs fonctions (FBD). 

35 Les fichiers ".dtd" ou ".xsd" sont des fichiers specifiques au constructeur et 

contiennent la description des differentes grammaires. Ainsi le dossier "Application" 
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(figure 2) comprend le fichier (commonElements.*) qui contient les elements 
communs a ('application d'automatisme, a savoir le nom de I'application, la date de 
realisation de I'application ou de la version, le numero de version et des 
commentaires. Le dossier "Configuration" contient les fichiers de configuration 
5 respectivement des entrees/sorties (lOConf.*) et de la configuration logique 
(LogicConf.*). Les dossiers "Instance", "DDT" et "DFB types" contiennent la 
description des donnees, instance, DDT, FB type sous forme des fichiers (datas, 
DDTSource.*, FBSource.*). Le dossier "Program" contient les fichiers sources 
(LDSource.*, SFCSource.* et FBDSource.*) qui contiennent respectivement la 

10 description de chaque grammaire respective a chaque langage graphique usuel en 
matiere d'automatisme decrites respectivement aux annexes 1 a 3. Le dossier 
"Animation tables" contient la description des tables d'animation qui est constitute 
en partie des fichiers des elements communs (commonElements.*) et des donnees 
(datas.*). Le dossier "Operator screens" contient les descriptions des ecrans 

15 d'exploitation constitutes des fichiers des elements communs (commonElements.*) 
et des donnees (datas.*). Ces differents fichiers de grammaire, du type ".dtd", 
definissent la structure des fichiers XML. Un fichier XML d'une application 
represente une instance de la grammaire definie dans le fichier ".dtd" 
correspondant. Les fichiers de description XML (401) sont eux specifiques de 

20 I'application d'automatisme consideree. Le principe de correspondance entre ces 
deux types de fichiers est defini par la norme XML V1.0 conformement au modele 
objet du document DOM (Document Object Model). Le modele objet du document 
DOM est un ensemble d'appels de fonctions standard pour manipuler des fichiers 
XML a partir des langages graphiques d'automatisme du constructeur. 

25 La correspondance entre les fichiers XML et les bases de donnees de 

Tapplication est la suivante : 

Une application d'automatisme est stockee en binaire sur une station de 
programmation connectable a un equipement d'automatisme. Cette application 
d'automatisme selon I'art anterieur ttait mise au point par Tutilisateur qui se servait 

30 d'un 6diteur (5) pour des langages graphiques IEC1 131-3, utilisant un composant 
logiciel denommt par la suite gtrant (Mng1,Mng2,...) pour ranger les saisies 
utilisateurs, dans plusieurs bases de donnees : par exemple, une base de donnees 
(Db1) pour le programme d'application, une base de donnees (Db2) pour les 
donntes de Tapplication et une base de donnees (Db3) pour la configuration des 

35 entrees/sorties de I'application, (Db1) et (Db2) etant representees sur la figure 1. La 
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description de I'application en langage XML selon ('invention est completement 
independante de son implementation dans de telles bases de donnSes 
constructeurs. Pour assurer cette indSpendance, un composant logiciel particulier a 
ete developpe; il constitue un gSnerateur automatique d'index de balises (Tag) 
5 represents sur la figure 3 et est dSnomme ci-apres composant GenlnTag (25). 

Le composant logiciel GenlnTag (25) genSrateur d'index de balises doit 
etre execute pour produire des fichiers d'index qui permettent de faire la 
correspondance entre Parborescence graphique XML (30) representative de 
I'application d'automatisme dans le langage de ('invention et les structures des 

10 bases de donnees (Db1,Db2). Ce composant GenlnTag extrait les mots cles 
(elements et attributs) des differents fichiers (402) qui definissent les grammaires 
XML (".dtd") pour le programme, les donnees, la configuration d 'entrees-sorties en 
langage XML, afin de generer des index organises selon plusieurs fichiers, par 
exemple quatre fichiers (11,12,13,14) dans la figure 3, contenant chacun un ou 

15 plusieurs fichiers de constantes d'index utilises par les differents,, gSrants 
(Mng1,Mng2,...). Le composant GenlnTag lit les fichiers de definition du type de 
document ".dtd" -ou de schema ":xsd"- et genere les differents fichiers d'index. Ces 
fichiers d'index realisent la correspondance qui permet d'utiliser les bases de 
donnees (Db1, Db2) de description des applications selon Tart anterieur. lis sont 

20 stockes dans une memoire non volatile de la station de programmation. 

La station de programmation incorpore dans une memoire non volatile un 
programme gestionnaire XML Hndlr (20) -en anglais XML Handler-. Le gestionnaire 
XML Hndlr (20) est un composant logiciel developpe en langage C++, utilisable au 
travers d'une interface COM. II encapsule et utilise les services d'un analyseur Prsr 

25 DOM -en anglais Parser DOM- et offre des services de haut niveau pour la gestion 
de I'arborescence graphique XML (30). Le gestionnaire XML Hndlr (20) permet a la 
station de programmation de fabriquer I'arborescence (30) representative de 
I'application a partir des fichiers de description (401 ) et en utilisant les fichiers de 
grammaire (402) ou de fabriquer cette arborescence a partir des demandes des 

30 ggrants (Mng1,Mng2,...) des bases de donnees de I'application. II utilise les 
differents gerants qui appellent les services du gestionnaire XML Hndlr (20) en 
utilisant les fichiers d'index (11 d 14) g6ner6s par le composant GenlnTag (25). 
Comme represents a la figure 1, chaque partie d'une application, par exemple 
programme d'application (Db1) donnSes de I'application (Db2), est ger6e par un 

35 gerant specifique (par exemple Mng1 pour le programme d'application, Mng2 pour 
les donnees). Le gestionnaire XML Hndlr (20) comporte en plus de I'analyseur Prsr 
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DOM qui est un composant logiciel en langage C ++ , tine routine d'exportation et une 
routine d'importation. 

La routine d'exportation ecrit, dans un fichier XML, les informations de 
5 Papplication d'automatisme et la routine d'importation lit dans un fichier XML les 
informations de I'application d'automatisme. Chacun des gerants dialogue avec les 
differents services du gestionnaire XML Hndlr (20). Les gerants specifiques 
(Mng1,Mng2,...) utilisent les fichiers index (11 a 14). La routine d'exportation 
incorpore, dans une variante avantageuse de Tinvention, un programme de 

10 compression (60) pour generer une forme compactee (501) du fichier XML de 
donnees (401), une fois le fichier XML produit. La station de programmation utilise 
alors un programme de chargement afin de memoriser dans la memoire (50) de 
Tequipement d'automatisme chaque fichier compacte (501) genere. 

Ainsi, de par sa forme compactee (501), I'application d'automatisme en 

15 langage source occupera moins de place memoire et pourra etre embarquee en 
totalite sur Tequipement d'automatisme, alors que dans Tart anterieur il n'etait pas 
possible d'embarquer la totality de I'application en langage source sur Tequipement 
d'automatisme pour des raisons de taille memoire occupee par I'application en 
langage source. De plus, comme represents en figure 4, le fichier compacte (501) 

20 est memorise dans la memoire (50) de Tequipement d'automatisme en meme temps 
que le fichier des donnees binaires (502) resultant d'une compilation classique du 
fichier XML (401) par un compilateur (7) de la station de programmation. Le fichier 
(502), issu de cette compilation, est directement exploitable par le systeme 
d'exploitation proprietaire de Tequipement d'automatisme. 

25 Seule I'application en langage objet (proprietaire) avait une taille compatible 

avec les ressources memoires de Tequipement d'automatisme et une application en 
langage objet n'est pas exploitable par une station de programmation sans 
necessiter au prealable une decompilation par un decompilateur correspondant au 
langage proprietaire du systeme d'exploitation. II n'etait done pas possible, pour une 

30 station de programmation vierge, de pouvoir se connecter a un equipement 
d'automatisme et de pouvoir r6cuperer une application d'automatisme decrite en 
langage graphique. Ainsi, par la combinaison de Tutilisation des grammaires en 
langage XML et des feuilles de style de compactage, il est possible de gen£rer un 
ou plusieurs fichiers compactes (501) descriptif de I'application qui soient d'une taille 

35 suffisamment faible pour pouvoir etre embarque sur Tequipement d'automatisme en 
meme temps que le fichier executable (502). Chaque fichier (501) peut etre 
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decharge sur une station de .programmation pour etre d6compresse et ensuite 
exploits par tout logiciel utilisant le langage XML. 

Le programme de compression (60) effectue la compression en deux 
5 6tapes, comme indique en figure 4 : 

- une premiere etape de reduction de balises grace a un mecanisme (604) 
de transformation (processeur XSLT : extensible Stylesheet Language 
Transformation) des balises du fichier XML (401) par application & ce fichier XML 
d'une feuille de style au standard XSL (extensible Stylesheet Language). Cette 

10 feuille de style specifique XSL (601), specialement construite pour les besoins de 
I'invention, est d6crite partiellement & titre d'exemple dans l'annexe 6. Elle permet 
de reduire la longueur des noms de balises et done de fournir pour chaque balise du 
fichier XML (401) une traduction en langage XML reduit. Uapplication de cette 
feuille de style s'effectue dans la station de programmation et fournit en sortie un 

15 fichier XML rSduit (602), memorise temporairement pour etre exploite ensuite par un 
algorithme de compactage qui s'execute sur la station de programmation. L'annexe 
4 donne un exemple de fichier XML (401) et l'annexe 5 donne le meme exemple 
sous la forme d'un fichier XML reduit (602). 

- une deuxieme etape de d§roulement d'un algorithme de compactage 
20 (603), tel que notamment celui commercialise sous la denomination "XmilP, adapte 

a des documents en langage XML. Cet algorithme permet ainsi d'aboutir, a partir du 
fichier XML reduit (602), £ un fichier compacts (501). Un tel algorithme de 
compactage tire profit de la connaissance des regies du langage XML, notamment 
celles inherentes aux documents XML en particulier les regies vis-a-vis des balises 
25 (balise de debut, balise de fin, non-imbrication des balises) pour optimiser la 
compression. 

Comme indiqu6 ci-dessus, l'annexe 6 ne comporte qu'un fragment d'une 
feuille de style specifique (601) suffisant pour comprendre le mecanisme de 
reduction de la taille des balises d'un fichier XML. En ne prenant que quelques 

30 exemples choisis dans la partie representee en annexe 6, la balise "company" sera 
ainsi reduite en balise "c1" (voir page 27 lignes 68-70) par application de cette 
feuille de style. De meme, la balise "dateTime" sera reduite en balise "d2" (voir page 
28 lignes 37-39), la balise "address" sera reduite en balise "a2" (voir page 29 lignes 
12-14), etc... Ainsi, toutes les balises d'un fichier XML peuvent etre r6duites de 

35 fa9on similaire afin d'optimiser facilement la taille d'un fichier XML reduit. Dans 
l'annexe 4, par exemple, les lignes 10-11 de la page 21 comportent les balises 
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"company" et "dateTime" qui sont respectivement reduites, dans ('annexe 5 aux 
lignes 8-9 de la page 24, par les balises "c1" et "d2". Dans ces annexes 4 et 5, la 
position d'un objet par rapport au debut de la ligne definit, par son retrait, la 
dependance hierarchique de cet objet. 
5 Reciproquement, la routine d'importation incorpore, dans une variante 

avantageuse de I'invention, un programme de decompression (61), pour generer 
une forme decompactee en langage XML d'un fichier de description (401 ), a partir 
d'un fichier XML compacte (501) memorise dans la memoire (50) de I'equipement 
d'automatisme. Le programme de decompression (61) comporte une etape de 
10 deroulement de I'algorithme de decompactage (603) adapte aux fichiers XML pour 
obtenir un fichier au format XML reduit (602), puis une etape de recreation des 
balises d'origine (Tags) grace au mecanisme de transformation (604) par application 
de la feuille de style (601 ) au fichier XML r6duit (602). 

15 L'application memorisee sur la station de programmation dans un fichier de 

description XML (401) est modelis6e par le gestionnaire XMLHndlr (20) sous forme 
d'arborescence (30) en utilisant d'une part les informations r§parties dans la 
memoire de la station de programmation dans des bases de donnees (DM, Db2,...) 
et sous forme de fichier binaire, et d'autre part les index crees par le composant 

20 GenlnTag (25) pour acceder a ces informations et les representer sous forme 
arborescente. Dans le sens import, I'arborescence est reconstitute a partir du fichier 
source XML (401) et des fichiers de grammaire XML (402). Dans le sens export, ils 
sont constitues par les fichiers de grammaire XML. Le gestionnaire XML Hndlr (20), 
comme represents a la figure 1, communique par des notifications avec les gerants 

25 (Mng1, Mng2,...) des bases de donnees (DM, Db2,...) et avec le module de gestion 
de I'arborescence. 

Ainsi lors de I'export, un gerant (Mng1) peut emettre une notification (102) 
«CreateNode (index, value)» demandant au gestionnaire XML Hndlr (20) de creer 
un nceud ayant un index determine et une valeur determine. Le gestionnaire XML 

30 Hndlr (20), en utilisant les valeurs d'index et les fichiers de grammaire (402) va 
demander au module de gestion de I'arborescence de creer, par une notification 
(203) «CreateNode (tagname, value)», un nceud ayant pour nom de balise le nom 
defini par «tagname» et pour valeur, la valeur designee par «value». En sens 
inverse, lors de I'import, le gerant (Mng1) demande au gestionnaire XML Hndlr (20) 

35 de lui envoyer les informations concernant un nceud par une notification (201) 
«GetNode (index,value)». Le gestionnaire XML Hndlr (20) recevant cette notification 
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examine dans les tables de correspondance constitutes par les fichiers d'index (11 & 
14), Tindex et le nom de balise (Tag) correspond ante. Le gestionnaire XML Hndlr 
(20) demande alors au module de gestion de Parborescence de lui envoyer une 
notification (302) «GetNode (tagname f value)». 

5 Le gestionnaire (20) ainsi defini, permet, par son installation sur une station 

de programmation et en association avec les fichiers de grammaire en langage 
XML, de d6crire une application d'automatisme tres facilement editable puisque les 
fichiers de description en XML de ['application (401) ainsi obtenus sont en ASCII et 
peuvent done etre edites et modifies grice a n'importe quel editeur de texte. Ceci 

10 permet d'eviter d'avoir des programmes specifiques de visualisation des langages 
graphiques specifiques aux applications d'automatisme. 

Uinvention presente aussi I'avantage de permettre d'exploiter les anciens 
programmes d'automatisme dej£ developp§s en convertissant (exportation) ces 
programmes formules dans des bases de donnees (Db1, Db2,...) en fichiers XML. 

15 Enfin, le gestionnaire XML Hndlr (20) presente egalement I'avantage de 

pouvoir exporter un fichier de description d'une application developpee en langage 
XML dans une application utilisant un des langages graphiques (LD, SFC, FBD) de 
description d'un automatisme utilise jusqu'& present. 

20 Uinvention conceme aussi un 6quipement d'automatisme comprenant une 

memoire (50) contenant le programme d'application d'automatisme sous la forme 
d'un fichier binaire (502) executable par I'equipement d'automatisme. A partir d'un 
ou plusieurs fichiers de description (401) descriptifs de toute ou partie de 
I'application et exprimes dans un langage unique, hierarchise et oriente objet, 

25 I'equipement d'automatisme memorise dans la memoire (50), en plus du fichier 
executable (502), un ou plusieurs fichiers au format compacte (501) issus du ou des 
fichiers de description (401), dont le contenu reste suffisant & la description de la 
partie de Papplication considers. Dans le mode de r6alisation presente, ce langage 
unique, hierarchis6 et orients objet est par exemple le langage XML (extended 

30 Markup Language). 

Un tel equipement d'automatisme comporte de fagon avantageuse des 
moyens de traduction, tel qu'un module interpreter, permettant de converter des 
fichiers de description (401) de I'application d'automatisme memorises en langage 
XML en un fichier binaire (502) executable par I'equipement d'automatisme. Ce 

35 module interpreter a pour fonction de traduire les instructions, decrivant une 
application d'automatisme, formul6es en langage XML, en instructions executables 
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par le systeme Sexploitation proprietaire (proprietary operating system) de 
I'equipement d'automatisme. De c tte fagon, on aboutit a un equipement 
d'automatism dont le langage de programmation serait accessible a n'importe quel 
editeur disponible sur une machine de type PC ce qui permettrait ainsi au 
5 concepteur d'automatismes de developper des programmes d'application dont les 
fichiers seraient memorises en ASCII, ceci quel que soit le constructeur de 
I'equipement d'automatisme et le systeme d'exploitation utilise, a condition 
simplement que I'equipement d'automatisme ait 6te pourvu du module interpreter 
de langage XML en langage binaire proprietaire. 

10 Par ailleurs, I'equipement d'automatisme peut comporter aussi des moyens 

de decompression permettant de generer, a partir d'un fichier XML compacte (501) 
memorise dans la memoire (50) de I'equipement d'automatisme, une forme 
decompactee d'un fichier de description (401) en langage XML. Pour cela, 
I'equipement d'automatisme execute un programme de decompression (61) tel que 

15 decrit precedemment. Le programme de decompression (61) comporte une etape 
de deroulement d'un algorithme de decompactage adapts aux fichiers XML, puis 
une etape de recreation des balises d'origine (Tags) par application d'une feuille de 
style (601). Le programme de decompression (61) et la feuille de style (601) sont 
memorises dans la memoire (50) de I'equipement d'automatisme. 

20 De cette fagon, une station de programmation vierge peut se connecter 

directement 3 un equipement d'automatisme et peut recuperer une application 
d'automatisme par I'intermediaire de fichiers de description en langage XML. 

Les langages graphiques d'automatisme peuvent ainsi etre decrits de fagon 
25 normalisee en ASCII. Cette normalisation d'une grammaire permet Techange de 
programmes d'application entre systemes d'exploitation (operating system) et des 
ateliers de programmation de constructeurs differents. 

La programmation en XML etant ind^pendante d'une technologie 
graphique, independante de Microsoft Windows, d'une librairie graphique 
30 quelconque, ou encore d'un format graphique (JPEG, BMP ...), invention permet la 
generation de programmes d'application standards pouvant etre port6s sur les 
plates-formes differentes. L'invention permet aussi la generation automatique de 
programmes d'application d'automatisme par des generateurs XML. 

Enfin, I'echange de donnees sous forme de fichier XML avec des logiciels 
35 d CAO, CAD, Supervision est facilite par l'invention. 
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II doit §tre Evident pour les personnes versees dans Tart que la prSsente 
invention permet des modes de realisation sous de nombreuses autres formes 
specifiques sans Peloigner du domaine duplication de invention comme 
revendique. Par consequent, les presents modes de realisation doivent etre 
consideres a titre d'illustration mais peuvent etre modifies dans le domaine d§fini 
par la portee des revendications jointes. 
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ANNEXE 1 

D script! n DTD de la qrammair du lanaaae Ladd r 



< ! 

<! ENTITY % commonEleraents SYSTEM "commonElements . dtd" > 
% commonElement s ; 
— > 

< ! ELEMENT LDSource (networkLD , textBox* ) > 

< J ATTLIST LDSource sectionSi2e CDATA #IMPLIED > 
<! ELEMENT networkLD (typeLine+ , FBLink* )> 

<! ELEMENT typeLine (emptyLine | (contact | HLink | VLink | coil | control | short 
Circuit | emptyCell | calls | FFBExpression | compareBlock | operateBlock) * )> 
<! ATTLIST typeLine label CDATA #IMPLIED > 
< ! ELEMENT emptyLine EMPTY> 
<! ELEMENT contact EMPTY> 

<! ATTLIST contact typeContact (openContact | 

closedContact | 
PContact | 

NContact ) # REQUIRED 
contactVariableName CDATA # IMPLIED > 
< I ELEMENT HLink EMPTY> 

< ! ATTLIST HLink numberCell CDATA #IMPLIED > 

<! ELEMENT VLink EMPTY > 

< ! ELEMENT coil EMPTY > 

< 'ATTLIST coil typeCoil (coil | 

not Coil | 

setCoil j 

resetCoil | 

hashCoil | 

PCoil | 

NCoil ) # REQUIRED 
coilVariableName CDATA #IMPLIED > 
<! ELEMENT control EMPTY > 

< J ATTLIST control typeControl (jumpCoil | retCoil ) # REQUIRED 
label CDATA #REQUIRED> 

< i ELEMENT shortCircuit (VLink , (HLink | contact | coil | calls | compareBlock ))> 
< I ELEMENT calls (instanceObj , typeParam? , descriptionCall? )> 

<! ELEMENT typeParam (# PCDATA )> 

<! ATTLIST typeParam enEnO CDATA #IMPLIED 

heightSize CDATA ^IMPLIED > 
<! ELEMENT descriptionCall (input Li stFBD* , outputListFBD* )> 
<! ELEMENT inputListFBD EMPTY > 

< 'ATTLIST inputListFBD f ormalParameterName CDATA #IMPLIED 

effect ive Parameter CDATA # IMPLIED > 
< ! ELEMENT outputListFBD EMPTY> 

<! ATTLIST outputListFBD f ormalParameterName CDATA #IMPLIED 

effectiveParameter CDATA #IMPLIED > 
< ! ELEMENT FBLink (objPosition , objPosition+ )> 
<! ATTLIST FBLink from CDATA #REQUIRED 

to CDATA #REQUIRED > 
< J ELEMENT compareBlock (# PCDATA )> 
< I ELEMENT FFBExpression ( # PCDATA )> 
<! ELEMENT operateBlock (# PCDATA )> 
<! ELEMENT emptyCell EMPTY> 

<! ATTLIST emptyCell cellNbr CDATA #IMPLIED > 

<• ELEMENT textBox (objPosition )> 

<! ATTLIST textBox dimH CDATA # REQUIRED 

dimW CDATA # REQUIRED 

textBox NMTOKENS # IMPLIED > 
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ANNEXE 2 

DescriDti n DTD de la arammair du [angage SFC 



<1--<IENTITY % cotnmonElements SYSTEM "commonElements . dtd" > 
%commonElements ; 

<! ELEMENT SFCSource (SFCHeader , SFCPage )> 
<t ELEMENT SFCHeader EMPTY > 

< ! ATTLIST SFCHeader task CDATA #IMPLIED 

graphName CDATA #IMPLIED > 
<! ELEMENT SFCPage (networkSFC* )> 

<! ELEMENT networkSFC ((step | jump | transition | SFCLinkObject | commentSFC)* 
, linkSFC* ) > 

< ! ELEMENT step (objPosition , action* )> 
<! ATTLIST step stepName NMTOKEN #IMPLIED 

stepType (initialStep | step | macroStep | inStep | outstep ) 

#FIXED 'step' > 

< ! ELEMENT action (actionName )> 

< 'ATTLIST action qualifer (PI | N | PO | R | S | L | D | P | DS ) #REQUIRED 

tValue CDATA #IMPLIED > 
<! ELEMENT actionName (#PCDATA )> 
<! ELEMENT jump (objPosition )> 
<! ATTLIST jump stepName CDATA #IMPLIED > 

< ! ELEMENT transition (objPosition , trans it ionCondit ion? )> 

<! ATTLIST transition transitionName CDATA #IMPLIED > 

<! ELEMENT trans it ionCondit ion (transitionName | variableTransition | 

boolLitteral ) > 

< ! ELEMENT t rans i t i onName ( # PCDATA ) > 

<! ELEMENT variableTransition (# PCDATA )> 

< I ELEMENT boolLitteral EMPTY > 

< ! ATTLIST boolLitteral boolLitteral (0 | 1 ) #IMPLIED > 
< ! ELEMENT SFCLinkObject (objPosition )> 

<! ATTLIST SFCLinkObject width CDATA ^IMPLIED 

relativePos CDATA #IMPLIED 

SFCLinkObj ectType (ABranch | PBranch | AJoint | P Joint ) 

# REQUIRED > 

<! ELEMENT commentSFC ( # PCDATA | objPosition ) *> 
<! ATTLIST commentSFC height CDATA #IMPLIED 

width CDATA #IMPLIED > 
< ! ELEMENT linkSFC (objPosition , objPosition+ )> 
< ! ATTLIST linkSFC typeObjectFrom (initialStep | 

step | 

macroStep | 

stepln | 

transition | 

ABranch | 

PBranch | 

AJoint | 

PJoint ) #REQUIRED 
typeObjectTo (initialStep | 
step | 
macroStep | 
stepOut | 
transition | 
ABranch | 
PBranch j 
AJoint | 
PJoint | 

jump ) ^REQUIRED > 
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ANNEXE 3 

D script! n DTD d la qrarnmair du lanqag FBD 



<!-- <» ENTITY % commonElements SYSTEM "commonEiements .dtd" > 
% coramonE lement s ; 
- - > 

<! ELEMENT FBDSource (networkFBD+ )> 

<! ELEMENT networkFBD ( (FFBBlock | textBoxFBD | labelObject | commentObjectFBD | 
linkFBD)* , jumpObject? )> 

<! ELEMENT FFBBlock (instanceObj , typeParamFBD , objPosition , descriptionFBD? 
)> 

<! ELEMENT typeParamFBD (# PCDATA )> 

< 1 ATTLIST typeParamFBD enEnO CDATA #IMPLIED 

heightSize CDATA #IMPLIED > 
<! ELEMENT descriptionFBD (input Variable* , outputVariable* )> 
<! ATTLIST descriptionFBD execOrder CDATA #IMPLIED > 
<! ELEMENT inputVariable EMPTY > 

< .'ATTLIST inputVariable formal ParameterName CDATA # IMPLIED 

ef fectiveParameter CDATA #IMPLIED 
invertedPin (TRUE | FALSE ) #IMPLIED > 

< \ ELEMENT outputVariable EMPTY > 

<! ATTLIST outputVariable formal ParameterName CDATA #IMPLIED 

ef fectiveParameter CDATA # IMPLIED 
invertedPin (TRUE | FALSE ) #IMPLIED > 

<! ELEMENT labelObject (objPosition )> 

<! ATTLIST labelObject label CDATA #IMPLIED > 

< ! ELEMENT jumpObject (objPosition )> 

< f ATTLIST jumpObject label CDATA #IMPLIED > 

<! ELEMENT textBoxFBD (# PCDATA | objPosition ) *> 
<! ATTLIST textBoxFBD width CDATA # IMPLIED 

height CDATA #IMPLIED > 
<! ELEMENT commentObjectFBD (# PCDATA | objPosition )*> 
<! ELEMENT linkFBD (objPosition , objPosition , objPosition* )> 
<! ATTLIST linkFBD origineLink CDATA ^IMPLIED 

destinationLink CDATA ^IMPLIED > 
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ANNEXE 4 



S urce XML non compacte d'un application d'automatisme donnee 



<?xml version ="1.0"?> 

<!DOCTYPE FEFExchangeFile SYSTEM "entity_global .dtd"> 

<?xml- stylesheet type="text/xsl" href ="entity_globalR.xsl" ?> 

< FEFExchangeFi le > 

<headerBlock company = "Schneider Automation" > 

<dateTime year = "2000" month = "6" day = "21" hours - "10" minutes « "16" 
seconds = M 38"/> 

< /headerBlock> 

<applicationBlock name = "UNITY-station" version = "0.0.000"/> 
<I0Conf const rue torName = "Constructor name" gamme ■ "Constructor gamme"> 
<PLC> 

<partltem partNumber = "TSX TOTO" code = "123456 "/> 

<equipInfo/> 

<conf igPremium> 

<IOBus name « "Bus Titi"> 
<rackBusX> 

<partltem partNumber = "Rack hjhj" code - "45567"/> 
<equiplnf o/> 
</rackBusX> 
</IOBus> 
<conf igModule> 

<channel channel = "voie45"/> 
</conf igModule> 
< /conf igPremium> 
</PLC> 
</I0Conf> 
<logicConf > 

<resource resName = "Ex: (TSX 5720 V3.0)" resident = "Ex: (TSX 5720) "> 

<taskDesc task = "MAST" taskType = "cyclic" valueType » "0" maxExecTime = "50 "> 

<sectionDesc sectionName = "toto"/> 
</taskDesc> 
</resource> 
</logicConf> 
<program> 

<programHeader/ > 
<LDSource> 

<networkLD> 

<typeLine label = "LabelBegin"> 

<contact contactVariableName = "%I1" typeContact = "openContact "/> 
<HLink numberCell = "l"/> 

<contact contactVariableName = "%I2" typeContact = "closedContact "/> 

<coil coilVariableName = "%Q36" typeCoil - "coil"/> 
</typeLine> 
<typeLine> 

<contact contactVariableName = "ACT1" typeContact = "PContact"/> 
<HLink numberCell = "3"/> 

<contact contactVariableName = "hjhkh" typeContact = " openContact "/> 
<coil coilVariableName = "coill" typeCoil = "notCoil"/> 

</typeLine> 

<typeLine> 

<contact contactVariableName = "ACT2" typeContact = "NContact"/> 
<contact contactVariableName ■ "ACT3" typeContact =» " closedContact" /> 
<HLink numberCell m "2"/> 

<coil coilVariableName = "coill" typeCoil = " set Coil "/> 
</typeLine> 
<typel»ine> 

<contact contactVariableName = "LarapeTest2" typeContact = " openContact "/> 
<HLink numberCell a n i"/> 

<coil coilVariableName = "coil2" typeCoil = "resetCoil"/> 
</typeLine> 
<typeLine> 

<HLink numberCell = "!"/> 

<contact contactVariableName = "LampeTestl" typeContact =» "closedContact"/ 
<coil coilVariableName = "coil3" typeCoil = "PCoil"/> 

</typeLine> 

<typeLine> 

<contact contactVariableName « "coill" typeContact = " closedContact "/> 
<contact contactVariableName » "coil4" typeContact « "openContact "/> 
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<coil coilVariableName = "00114" typeCoil = "NCoil"/> 
</typeLine> 
< /net workLD> 
</LDSource> 
5 </program> 

<prograra name = "SectionFBD M > 
<pr ogr amHeade r > 

<dateTirae year = "2000" month = "8" day = "7" hours = "16 " minutes = u 58" 
seconds = "15"/> 
10 < comment >Comment aire du FBD</comment> 

< /programHeader > 
<FBDSource> 

<networkFBD> 

<textBoxFBD>This section is used to demonstrate on instance of 
1 5 LIGHTS</textBoxFBD> 

< /net workFBD> 
<networkFBD> 

<FFBBlock> 

20 <instanceObj name « ".1.1" type - "AND_BOOL"/> 

<typeParamFBD/> 

<obj Posit ion posX = "10" posY = "2 n /> 
<descriptionFBD execOrder = "1"> 

< input Variable formal ParameterName "II" ef fectiveParameter « 

25 "LampTestl"/> 

< input Variable formal ParameterName - "12'* ef fectiveParameter = 

"LampTest2"/> 

</descriptionFBD> 
</FFBBlock> 
30 <FFBBlock> 

<instance0bj name = "FBI_1_2" type « "LIGHTS"/> 
< typeParamFBD/ > 

<obj Position posX = "10" posY « "9"/> 
<descriptionFBD execOrder = ,, 3 M /> 
35 </FFBBlock> 
<FFBBlock> 

<instanceObj name = ".1.4" type = "OR_BOOL"/> 
< type ParamFBD/ > 

<obj Posit ion posX = "30" posY = "2"/> 
40 <descriptionFBD execOrder = "4"> 

<outputVariable f ormalParameterName = "Ql" ef fectiveParameter = "out4"/> 
</descriptionFBD> 
</FFBBlock> 
<FFBBlock> 

45 <instanceObj name = ".1.5" type = "OR_BOOL"/> 

< type ParamFBD/ > 

<obj Posit ion posX = "30" posY = "9"/> 
<descriptionFBD execOrder - "6"> 

< out put Variable f ormalParameterName = "Ql" effective Parameter = M outS"/> 
50 </descriptionFBD> 
</FFBBlock> 
<FFBBlock> 

<instanceObj name » ".1.3" type = "OR_BOOL"/> 
<typeParamFBD/> 
55 <obj Position posX = "10" posY =» "30"/> 

<de script ionFBD execOrder = "2"> 

< input Variable formalParameterName = "II" ef fectiveParameter = 

"Manuall"/> 

<inputVariable formalParameterName = "12" ef fectiveParameter = 

60 "ACT4"/> 

</descriptionFBD> 
</FFBBlock> 
</networkFBD> 
<networkFBD> 

65 <linkFBD origineLink = " . 1 . 1 . Ql" destinationLink - " . 1 . 4 . II " > 

<obj Position posX = "17" posY « "5"/> 
<obj Position posX = "30" posY « "5"/> 
</linkFBD> 

<linkFBD origineLink « " FBI_1_2 " destinationLink « " .1.4.I2"> 
70 <objPosition posX = "18"~posY = "12"/> 

<objPosition posX = "22" posY «* "12"/> 

<obj Position posX = "22" posY » "6 n /> 

<objPosition posX = "30" posY = "6"/> 
</linkFBD> 

75 <linkFBD origineLink = " . 1.1.Q1" destinationLink ■ ".1.5.I1"> 
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<obj Position posX - "17" posY 
<obj Position posX = "28" posY 
<obj Position posX = "28" posY 
<obj Position posX = "30" posY 
</linkFBD> 

<linkFBD origineLink = 
<obj Position posX = 
<obj Position posX = 
<obj Position posX = 
<obj Position posX = 
<obj Position posX « 
<obj Position posX = 
</linkFBD> 
< /networkFBD > 
</FBDSource> 
</program> 

<dataBlock name = ""> 

<variables typeData = "BOOL" 
<variables typeData ■ "BOOL" 
<variables typeData = "BOOL" 
<variables typeData = "BOOL" 
<variables typeData = "BOOL" 
<variables typeData =» "BOOL" 

</dataBlock> 
< / FEFExchangeFil e > 



"5"/> 
"5"/> 
"12"/> 
"12"/> 



".1.3.Q1" destinationLink « "FBI_1_2. 
"16" posY = "33"/> 
"18" posY o "33"/> 
"18" posY = "i9"/> 
"6" posY = »19"/> 
"6" posY = «7"/> 
"10" posY = »7»/> 



instanceName 
instanceName 
instanceName 
instanceName 
instanceName 



instanceName = "Manuall"/> 



"LampTestl" directAddress 
" LampTes 1 2 " / > 
"0OT4 "/> 
"0UT5"/> 
"ACT4°/> 
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ANNEXE 5 



Sourc XML reduit de 1'application d'automatisme de I'annexe 4 



?xml vers ion^" 1.0" encoding="UTF-8"?> 
fl6> 

<hl cl=" Schneider Automation" > 

<d2 yl="2000" oa*"8 M dl="21" hl="10 M m2= n 16" sl="38"/> 
</hl> 

<al nl = " UNITY- Stat ion n vl="0 . 0 . 000"/> 
<I2 c3= "Constructor name" gl« "Constructor gamme"> 
<P5> 

<p8 p9="TSX TOTO" c5="123456"/> 

<el/> 

<c8> 

<I4 nl= n Bus Titi"> 
<r2> 

<p8 p9= u Rack hjhj" c5=°45567"/> 
<el/> 
</r2> 
</I4> 
<c9> 

<c!0 cll = "voie45 ,, /> 
</c9> 
</c8> 
</P5> 
</I2> 
<17> 

<rl6 rl7="Ex: (TSX 5720 V3.0)" rl8="Ex: (TSX 5720) "> 
<tl4 tl5«"MAST" tl6= n cyclic" v8= n 0" ml4= ,, 50"> 

<sl9 s20 = n toto ,, /> 
</tl4> 
</rl6> 
</l7> 
<p35> 

<p39/> 
<19> 

<nl7> 

<tl9 l8«"LabelBegin"> 

<c23 t20="openContact" c24="%Il"/> 
<H13 nl8="l"/> 

<c23 t20="closedContact u c24="%I2"/> 

<c25 c26 = "%Q36''/> 
</tl9> 
<tl9> 

<c23 t20=' , PContact" c24="ACTl"/> 
<H13 nl8= n 3"/> 

<c23 t20 = "openContact" c24 = !, hjh3ch ,, /> 

<C25 c26="coill"/> 
</tl9> 
<tl9> 

<c23 t20«"NContact" c24="ACT2"/> 

<c23 t20="closedContact" c24*"ACT3"/> 

<H13 nl8="2"/> 

<C25 c26="coill"/> 
</t!9> 
<tl9> 

<c23 t20»"openContact" c24="LampeTest2"/> 

<H13 nl8=-"l"/> 

<c25 c26="coil2°/> 
</tl9> 
<t!9> 

<H13 nl8="l"/> 

<c23 t20= n closedContact" c24="LarapeTestl n /> 

<c25 c26="coil3"/> 
</tl9> 
<tl9> 

<c23 t20*"closedContact" c24=*"coill"/> 
<c23 t20="openContact" c24= w coil4 "/> 
<c25 c26»"coil4"/> 
</tl9> 
</nl7> 
</l9> 
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</ P 35> 

<p35 nl= ,, SectionFBD"> 
<p39> 

<dl yl = "2000" ml^'S" hl^lS" m2» n 5B n sl="15"/> 

<c2>Commentaire du FBD</c2> 
</p39> 
<F12> 

<nl9> 

<t38>This section is used to demonstrate on instance of LIGHTS</t38> 
</nl9> 
<nl9> 

<F13> 

<il nl-".l.l" tl«"AND_BOOL"/> 
<t27/> 

<Ol pl="10" p2=r"2"/> 
<d21 el8=»l"> 

<il4 fl4= n Il H el6~"I*ampTestl"/> 
<il4 fl4 = »I2'» el6« n LampTest2' , /> 
</d21> 
</FX3> 
<F13> 

<il nl="FBI_l_2" t 1= " LIGHTS "/> 
<t27/> 

<ol pl="10 M p2«"9"/> 

<d21 el8=*"3"/> 
</F13> 
<F13> 

<il nl= tt .1.4" tl= n OR_BOOL"/> 
<t27/> 

<Ol pl="30" p2=»2"/> 

<d21 el8="4"> 

<o6 fl4=:»Ql" el6="out4 M /> 

</d21> 
</F13> 
<F13> 

<il nl=".1.5" tl = ,f OR_BOOL"/> 
<t27/> 

<ol pl = t, 30" p2 = "9 r, /> 

<d21 el8="6"> 

<o6 fl4="Ql" el6»"out5 M /> 

</d21> 
</F13> 
<F13> 

<il nl=".1.3" tl="OR_BOOL"/> 
<t27/> 

<ol pl="10" p2=»30»/> 
<d21 el8= B 2"> 

<il4 fl4="Il" el6="Manuall ,, /> 
<i!4 fl4="I2" el6="ACT4»/> 
</d21> 
</F13> 
</nl9> 
<nl9> 

<113 o7=".l.l.Ql" d22 = " .1.4.Il n > 

<ol pl="17 n p2= M 5"/> 

<Ol pl« n 30 n p2="5"/> 
</113> 

<113 o7="FBI_l_2" d22=".1.4.I2 M > 

<ol pl*"18" p2«"12 M /> 

<Ol pl=»22" p2=»12«/> 

<Ol pl="22" p2«"6 ,, /> 

<ol pl="30" p2="6"/> 
</113> 

<113 o7« H .l.l.Ql" d22=».1.5.Il n > 

<ol pl="17" p2="5»/> 

<Ol pl»"28" p2="S"/> 

<Ol pl=» M 28 n p2="12"/> 

<Ol pl="30" p2 = ,, 12"/> 
</113> 

<113 o7=».1.3.Ql» d22«"FBI_l_2.S"> 
<Ol pl="16" p2=»33"/> 
<Ol pl="18» p2= n 33«/> 
<Ol pl="18" p2 = ,, 19 tt /> 
<Ol pl = ,, 6" p2 = !, 19"/> 
<ol pl="6" p2=»7»/> 
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<ol pl=°10" p2«"7»/> 
</113> 
</nl9> 
_. </F12> 
5 </p35> 

<d23 nl= ,,w > 

<vXO ilO=»LampTestl" dl5=°%Ml n tl7=»BOOL"/> 
<vlO ilO^LampTesta" tl7="B00L"/> 
<vlO ilO«"OUT4 n tl7="BOOL°/> 
10 <vlO ilO= n OUT5" tl7=»BOOL"/> 

<vl0 ilO="ACT4 n tl7="BOOL»/> 
<v!0 ilO=* n Manuall" tl7="BOOL»/> 
</d23> 
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ANNEXE 6 

Extrajt d'une F uille de style XSL permettant d reduir I s balis s 

<?xml version ="1.0"?> 

<xsl : stylesheet xmlns :xsl= "http://www.w3 .org/199 ?/XSL/Transf orm" version="l . 0" > 
<xsl: output method = "xml" indent = "yes" /> 
<xsl : strip-space elements = "*"/> 

< I _ . S3 3 = == aass = ssSBa= = csBsSBaB3aaas3SsasaflsoasssassBss = essscsac3=sc!s=3 = = s3 > 

<!-- This file contains an XSLT transformation stylesheet which constructs a 
result tree from a number of XML sources by reordering and adding arbitrary 
structure. This file automatically generated by IBM»s Visual XML Transformation (V- 
XMLT tool) . 

<!-- Note although this file should not be edited in general, you want to adjust 
the paths of the XML sources or change the element of the resulting XML source. This 
can be accomplished updating the sections "XML Sources" and "Root Element Template 
respectively. 
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< j _ . XML Sources The 
"XML Sources" section accomplishes two things: it specifies the input XML sources and 
relates the root node of each source to a global variable for access throughout the 
stylesheet . 

<xsl : variable name ■ "vl" select « "document { f D: /XML/dtd/unity/FEFSample .xml ') "/> 
<!-- Root Element Template 

<!-- The "Root Element Template" section specifies which template will be invoked 
first thus determining the root element of the result tree. Note if the root element 
is a newly-defined element that is not associated with the input XML sources, then 
the template is invoked by name. Otherwise, the template is invoked by applying 
matching template rules in XSLT. 

<xsl: template match = "/"> 

<xsl: apply- templates select = "$vl//FEFExchangeFile [1] "'/> 
</xsl : template* 

<!-- Remaining Templates > 

<•-- Th e remaining section defines the template rules. The last template rule is a 

generic identity transformation used for moving complete tree fragments from an input 

source to the result tree. 

<!-- Note it should not be necessary to edit the remaining section of this file* > 

< '. - - Composed element template --> 
<xsl: template match =» " obj Posit ion "> 

<ol> 

<xsl:if test* M @posX"> 

<xsl: attribute name » "pl»> 

<xsl: value- of select = "®posX"/> 

</xsl : attributo 
</xsl: if > 

<xsl : if test="@posY" > 

<xsl : attribute name = "p2"> 

<xsl : value-of select = "@posY"/> 

</xsl : attributo 
</xsl : if > 

<xsl: apply- templates select * "* | comment () (processing- instruct ion () | text () "/ 
</ol> 
</xsl : template* 

< ! -- Rename transformation template --> 

<xsl : template match "headerBlock u > 
<hl> 

<xsl : if test= "©company" > 

<xsl : attribute name = "cl"> 

<xsl :value-of select = "@company"/> 

</xsl : attributo 
</xsl:if> 

<xsl: apply- templates select = "* | comment () | processing- instruction () (text () "/ 
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</hl> 
</xsl: template> 

< ! - - Composed element template - -> 

<xsl : template match = "dateTime°> 
<dl> 

<xsl:if test= "©year" > 

<xsl : attribute name - "yl"> 

<xsl : value-of select = "@year u /> 

</xsl : attribute> 
</xsl : if > 

<xsl:if test = "©month" > 

<xsl : attribute name = "ml"> 

<xsl : value-of select = "®month"/> 

</xsl : attribute > 
</xsl:if> 

<xsl : if test= D @day"> 

<xsl : attribute name = "dl"> 

<xsl : value-of select = "@day"/> 

</xsl : attribute> 
</xsl:if> 

<xsl:if test =" ©hours" > 

<xsl : attribute name = "hl"> 

<xsl : value-of select = "@hours°/> 

</xsl : attribute> 
</xsl : if > 

<xsl:if test = "©minutes "> 

<xsl: attribute name = u m2"> 

<xsl :value-of select = t, @minutes n /> 

</xsl : attributo 
</xsl : if > 

<xsl:if test=" ©seconds"* 

<xsl : attribute name » "sl"> 

<xsl :value-of select = "©seconds' 1 /* 

</xsl : at tribute > 
</xsl: if > 

<xsl : if test="@dateTime"> 

<xsl: attribute name = "d2"> 

<xsl :value-of select » "@dateTime"/> 

</xsl : attribute> 
</xsl : if > 

<xsl :apply-templates select = n * | comment () (processing -instruct ion () [text () "/ 
</dl> 
</xsl : template> 

<!-- Composed element template - - > 

<xsl : template match = "applicationBlock"> 
<al> 

<xsl : if test="@name"> 

<xsl : attribute name = "nl M > 

<xsl :value-of select = "®narae"/> 

</xsl : attribute> 
</xsl : if > 

<xsl : if test="@version"> 

<xsl: attribute name ■ "vl"> 

<xsl rvalue -of select = "©version" /> 

</xsl : attribute> 
</xsl : if > 

<xsl : apply -templates select = "* | comment () |processing-inst ruction () | text () "/ 
</al> 
</xsl : template> 

<!-- Rename transformation template 

<xsl : template match - "comment" > 
<C2> 

<xsl : apply- templates select a " * | ©* | comment ( ) | pr oce s sing- 
instruct ion () | text <) "/> 
</c2> 
</xsl :template> 

< ! Composed element template --> 

<xsl : template match = "properties" > 
<p3> 

<xsl:if test="©protectionInfo"> 
<xsl : attribute name = "p4"> 
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<xsl :value-of select = "©protect ionlnf o"/> 

</xsl : attribute> 
</xsl:if> 

<xsl: apply- templates select = "* | comment () |proces sing-ins true tionO | text <) "/s 
</p3> 
</xsl : teraplate> 

<!-- Composed element template --> 

<xsl : template match = " instanceOb j " > 
<il> 

<xsl:if test«"®addres3"s 

<xsl: attribute name * "a2"s 

<xsl :value-of select ■ »@address"/s 

</xsl :attribute> 
</xsl:if> 

<xsl:if test= n @natne n > 

<xsl : attribute name « "nl"> 

<xsl:value-of select = "@name"/s 

</xsl :attribute> 
</xsl :if > 

<xsl:if test= "©type" > 

<xsl: attribute name « "tl"> 

<xsl:value-of select = "@type"/> 

</xsl : attributes 
</xsl : if > 

<xsl : apply -templates select = "* (comment () | processing- instruct ion () | text () ■■/> 
</il> 
</xsl : template> 

<j-- Rename transformation template --> 

<xsl : template match » VdescCard"> 
<d4> 

<xsl : apply- templates select - "* |@* | comment () (processing- instruction () | text 0 "/ 
</d4> 
</xsl : template > 

<!-- Composed element template --> 

<xsl : template match = "IOConf"> 
<I2> 

<xsl:if test="@constructorName ,, s 

<xsl : attribute name = "c3"> 

<xsl :value-of select = " ©const ructorName"/> 

</xsl : attribute> 
</xsl:if>. 

<xsl:if test="@gamme"s 

<xsl: attribute name - "gl"s 

<xsl :value-of select = "®gamme"/> 

</xsl : attributes 
</xsl:if> 

<xsl : apply -templates select ■ "* | comment () | processing -instruct ion () | text () "/> 
</I2> 
</xsl : templates 

<!-- Composed element template --> 

<xsl : template match = "PLC" > 
<P5> 

<xsl:if t est = "©cart ridge"> 

<xsl : attribute name = "c4"s 

<xsl : value -of select = " ©cartridge "/> 

</xsl : attributes 
</xsl : if > 

<xsl:if test="@autorun"s 

<xsl : attribute name = "a3"s 

<xsl :value-of select « "®autorun M /> 
</xsl : attributes 

</xsl:ifs 

<xsl:if tests "©alarm" > 

<xsl: attribute name = »a4"s 

<xsl:value-of select =» "©alarm" /> 

</xsl : attributes 
</xsl:ifs 

<xsl : if test =" ©runS top" s 

<xsl : attribute name = "rl"s 

<xsl : value-of select =» "@runStop"/s 
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</xsl : attribute> 
</xsl:i£> 

<xsl:if test="@protection"> 

<xsl : attribute name = °p6"> 

<xsl rvalue -of select = n ©protect ion "/> 

</xsl : attribute> 
</xsl:if> 

<xsl:if test=» ° ©MWInit Zero" > 

<xsl : attribute name = "m3"> 

<xsl: value -of select = "@MWInitZero"/> 

</xsl : attribute> 
</xsl : if > 

<xsl:if test= n ®progMWSave n > 

<xsl : attribute name - "p7"> 

<xsl:value-of select = "®progMWSave"/> 

</xsl : attribute> 
</xsl : if > 

<xsl : apply- templates select = "* | comment () (processing- instruction () | text () "/ 
</P5> 
</xsl : template> 

<!-- Composed element template - -> 

<xsl : template match ■ M partltem"> 
<p8> 

<xsl : if test="©vendorName"> 

<xsl : attribute name = "v2 ,, > 

<xsl -.value -of select ■ "®vendorName"/> 

</xsl ; attribute > 
</xsl:if> 

<xsl:if test="@partNumber"> 

<xsl: attribute name = "p9"> 

<xsl rvalue -of select = "©partNumber"/> 

</xsl : attribute> 
</xsl:if> 

<xsl:if tests"@version"> 

<xsl: attribute name "vl"> 

<xsl :value-of select * "©version" /> 

</xsl :attribute> 
</xsl : if > 

<xsl : if test= "©description" > 

<xsl : attribute name = "d5"> 

<xsl :value-of select ■ "©description" /> 

</xsl : attribute> 
</xsl : if > 

<xsl:if test="@code"> 

<xsl .-attribute name - "c5"> 

<xsl :value-of select =■ "®code"/> 

</xsl :attribute> 
</xsl : if > 

<xsl : if test= "©family" > 

<xsl : attribute name = "fl"> 

<xsl : value-of select « "@family"/> 

</xsl :attribute> 
</xsl: if > 

<xsl:if test="@class"> 

<xsl: attribute name s w c6"> 

<xsl : value-of select = "@class"/> 

</xsl : attribute> 
</xsl:if> 

<xsl : apply- templates select = "* | comment () (processing -instruct ion () | text {) "/ 
</p8> 
</xsl : template> 

< ! - - Composed element template --> 
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REVINDICATIONS 

5 1 . Station de programmation d'une application d'automatisme destinee a 

etre execute dans un §quipement d'automatisme, la station de programmation 
comportant une memoire contenant un ensemble d'un ou plusieurs fichiers de 
description (401), chaque fichier de description etant descriptif d'une partie de 
Tapplication d'automatisme et §tant exprime dans un langage unique, hierarchise et 

10 oriente objet, caracterisee en ce que la station de programmation utilise un 
programme de compression (60) permettant de generer, pour chaque fichier de 
description, un fichier au format compacts (501), dont le contenu reste suffisant a la 
description de la partie de Tapplication consideree, et en ce qu'elle utilise un 
programme de chargement pour memoriser chaque fichier compacte (501) dans 

15 une memoire (50) de Tequipement d'automatisme. 

2. Station de programmation selon la revendication 1 , caracterisee en ce 
qu'elle utilise un programme de decompression (61) pour g§nerer a partir d'un 
fichier compacte (5Q1) memorise dans la memoire (50) de Tequipement 
d'automatisme, un fichier de description (401) dans un langage unique, hierarchise 

20 et oriente objet, descriptif d'une partie de Tapplication. 

3. Station de programmation selon la revendication 2, caracterisee en ce 
que le langage unique, hierarchise et oriente objet est le langage XML. 

4. Station de programmation selon Tune des revendications 1 a 3, 
caracterisee en ce que Tensemble des fichiers de description (401) contient un 

25 fichier de description du programme d'application, un fichier de description des 
entrees-sorties de Tapplication et un fichier de description des donnees de 
Tapplication. 

5. Station de programmation selon la revendication 3, caracterisee en ce 
que le programme de compression (60) et le programme de decompression (61) 

30 comportent deux etapes. 

6. Station de programmation selon la revendication 3, caracterisee en ce 
que le programme de compression (60) comporte une etape de reduction des 
balises contenues dans un fichier de description (401) exprime en langage XML par 
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application cTune feuille de style specifique (601) et une etape de deroulement d'un 
algorithme de compactage (603) adapte aux fichiers XML 

7. Station de programmation selon la revendication 3, caracterisee en ce 
que le programme de decompression (61) comporte une etape de deroulement d'un 

5 algorithme de decompactage (603) adapte aux fichiers XML et une etape de 
recreation des balises d'origine contenues dans un fichier de description (401) 
exprime en langage XML, par application d'une feuille de style specifique (601). 

8. Station de programmation selon Tune des revendications precedentes, 
caracterisee en ce qu'elle incorpore, dans une memoire non volatile, un gestionnaire 

10 XML Hndlr (20) dialoguant par des notifications, d'une part avec un module de 
gestion de Tarborescence (30) representative de I'application d'automatisme 
exprimee en langage XML et d'autre part avec une pluralite de gerants 
(Mng1,Mng2,...) de bases de donn§es, chaque g6rant etant specifique a une partie 
de Tapplication d'automatisme memorisee dans une des bases de donnees (Db1, 

15 Db2,...). 

9. Equipement d'automatisme comprenant une memoire (50) contenant 
un programme d'application d'automatisme sous la forme d'un fichier binaire (502) 
executable par Pequipement d'automatisme, caracterise en ce que Pequipement 
d'automatisme memorise dans la memoire (50), en plus du fichier executable (502), 

20 un ou plusieurs fichiers au format compacte (501) obtenus a partir d'un ensemble 
d'un ou plusieurs fichiers de description (401) descriptifs de I'application 
d'automatisme et exprimes dans un langage unique, hierarchise et oriente objet. 

10. Equipement d'automatisme selon la revendication 9, caracterise en ce 
que le langage unique, hierarchis§ et oriente objet est le langage XML. 

25 11. Equipement d'automatisme selon la revendication 10, caracterise en ce 

qu'il comporte des moyens de traduction permettant de convertir des fichiers de 
description (401) de I'application exprimes en langage XML en un fichier binaire 
(502) executable par Pequipement d'automatisme. 

12. Equipement d'automatisme selon la revendication 10 ou 11, 
30 caracterise en ce qu'il comporte des moyens de decompression d'un fichier en 
langage compacte (501) vers un fichier de description en langage XML (401) grace 
a I'utilisation d'une feuille de style specifique (601) memorisee dans la memoire (50). 



1 er depot 
l 



1/3 




FIG. 1 



1 er depot 
2/3 



402 



Application C 



Configuration | 



□ 



Instances 



DDT 



DFB types 



Program 



Animation tables 



Operator screens C 



commonEIements . 



lOConf . * 
LogicConf . * 



commonEIements . 
datas . * 
DDTSource . * 
FBDSource . * 
FBSource . * 



commonEIements . 
program . * 
prog ram Header . 1 
LDSource . * 
SFCSource . * 
FBDSource . * 



commonEIements . 
datas . * 



commonEIements . 
datas . * 



FIG. 2 



1 er depot 



3/3 



402 



co mm on Elements . 



lOConf . * 
LogfcConf . * 




program . * 
prog ram Header . 
LDSource . * 
SFCSource . * 
FBDSource . * 



25 



GenlnTag 




FIG. 3 




603 



FIG. 4 



BREVET D'INVENTION, 
CERTIFICAT D'UTILITE 




IN 5 ! 



DESIGNATION DE L'INVENTEUR 

(si le demandeur n'est pas I'inventeur ou I'unique inventeur) 



N* 11235*01 



NATIONAL »R 
LA PROPRIETY 
1NDU4TNICLLK 



N* D'ENREGISTREMENT NATIONAL 



DEPARTEMENT DES BREVETS 

26bis, rue de Saint- P6tersbourg 




TITRE DE ^INVENTION : 

Station de programmation 6laborant un programme compacte et 6quipement d'automatisme utilisant 
un tel programme. 



LE(S) SOUSSIGN^(S) 

Schneider Automation 
245, route des Lucioles 
Sophia Antipolis 
06560 Valbonne 

D£SIGNE(NT) EN TANT QUINVENTEUR(S) (indiquer nom, prenoms, adresse et souligner le nom patronymique) 
: Bruno BORIES 

15, rue des Mouli&res - App. 117 

Residence Amhosis 

06110 Le CANNET 

Pascal NICOLLE 
13, chemin Vallon des Vaux 
Residence Athena 
06800 CAGNES s/Mer 

Christian TUCCINARDI 
12, avenue Clement Massier 
Residence Golfe Juan Pare 
06220 GOLFE JUAN 



NOTA : A titre exceptionne!, le nom de Hnventeur peut §tre suivi de celui de la soctete a laquelle il appartient (societe 
d'appartenance) lorsque celle-ci est differente de la soci6t6 deposante ou titulaire. 



Date et signature (s) du (des) demandeur (s) ou du mandataire 



■ m 



THIS PAGE BLANK (uspto) 



